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1.  INTRODUCTION 


The  purpose  of  the  Vessel  Navigation  System  Simulation  (VNSS)  is  to 
generate  a  history  of  rudder  and  RPM  commands  that  will  result  in  an 
optimum  trajectory  of  vessel  through  the  channel.  The  trajectory  is 
optimum  in  the  sense  that  the  sum  of  squared  distances  from  each  bank 
divided  by  an  approximation  of  the  channel  width  is  minimum.  The  distances 
are  evaluated  at  each  descrete  time  step  of  the  update  procedure  for  the 
vessel  dynamic  equations. 

This  program  is  versatile  in  that  the  initial  conditions  can  easily 
be  changed  as  well  as  the  run  length  and  the  restart  distance.  It  is  less 
versatile  in  so  far  as  changing  the  scene  or  the  ship  dynamic  descriptors 
is  concerned.  What  is  required  to  change  the  channel  definition  is  the 
information  equivalent  to  subroutine  DTN10  contained  in  Section  5.10.3 
of  the  Programmers'  Manual.  This  subroutine,  which  was  supplied  by  the 
USCG,  comprises  14  pages  of  listing  and  describes  a  portion  of  Berwick 
Bay  Harbor.  The  vessel  dynamic  constants  are  contained  in  subroutine 
DTM10  and  the  only  method  of  changing  them  that  is  provided  is  to  recompile 
the  program  with  a  different  Fortran  coded  DTM10  routine. 

Provision  has  been  made  to  either  use  the  stored  channel  definition, 
or  to  input  it  from  the  keyboard  or  from  an  existing  appropriately  formatted 
data  file. 

This  manual  has  been  organized  to  describe  the  meaning  of  all  variables 
that  may  be  input  (Section  2)  followed  by  two  different  methods  of  doing 
so  (Sections  3  and  4).  The  possibility  of  substituting  Subroutines  DTM10 
or  DTN10  (Section  5)  is  described  next.  Finally,  the  several  error  messages 
that  can  be  generated  are  listed  along  with  a  description  of  likely  causes 
and/or  cures. 
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2. 


INPUT  VARIABLE  DEFINITION 


Vessel  Navigation  System  Simulation  (VNSS)  input  can  be  provided  by  one  of 
two  methods.  One  of  these  is  to  respond  to  self-prompting  messages  which  appear 
on  the  screen.  This  input  sequence  is  described  in  more  detail  in  Section  4.1. 

The  other  option  is  to  run  from  a  preloaded  data  file  called  DATA.DAT.  The 
program  to  create  new  or  modified  input  files,  if  this  input  mode  is  requested,  j 

j 

is  described  in  Section  4.2,  together  with  a  listing.  While  using  either  option,  j 

i 

intelligent  selection  of  these  variables  is  necessary  to  the  proper  functioning  ■ 

J 

I 

of  the  algorithm.  j 

j 

Besides  meaningful  selection  of  input  variables,  there  are  certain,  arbitrary,  j 

I 

restrictions  upon  these  inputs  that  must  be  enforced  if  proper  algorithm  performance] 

j 

is  desired.  The  following  is  a  list  of  input  variable  definitions  and  restrictions. j 

j 

l 

•  NOBST  -  Total  number  of  obstacles 

If  NOBST  £  0,  then  no  obstacles  are  to  be  input 

-  If  NOBST  >  0,  then  NOBST  sets  of  obstacle  coordinates  must  be  input 
In  this  case,  the  Ith  obstacle  input  is  0BS(I,1),  0BS(I,2),  WEST(I). 

•  0BS(I, 1)  -  Obstacle  coordinate  along  the  subscript  I  axis  (ft) 

*  OBS(I,2)  -  Obstacle  coordinate  along  the  subscript  2  axis  (ft) 

*  WEST(I)  -  Bank  association  indicator 

If  WEST(I)  is  true,  then  obstacle  is  associated  with  lower  bank. 

If  WEST ( 1 )  is  false,  then  obstacle  is  associated  with  upper  bank. 

The  obstacle  coordinates  and  bank  association  indicator  can  be  input  in 
any  order.  The  obstacles  will  automatically  modify  the  bank  segments  when  they 
are  within  the  visibility  window.  If,  inadvertently,  an  obstacle  is  inserted 
outside  the  channel  definition,  it  is  disregarded  by  the  code.  Otherwise,  the 
proper  quadrilateral  in  which  the  obstacle  is  located  is  determined  and  the 
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indicated  bank  is  slid  parallel  to  Itself  to  intersect  the  obstacle.  Bank 

o 

segments  are  then  adjusted  so  as  to  preclude  35  bank  segment  angular  changes. 
If  sufficient  bank  segment  break  points  are  not  input,  then  the  code,  in 
enforcing  this  condition,  may  collapse  the  channel. 


•  NXY  -  Number  of  pairs  of  bank  break  point  coordinates 

If  NXY  <_  0,  then  bank  segments  in  DTN10  are  used 

•  CURRNT  -  Current  indicator 

If  CURRNT  is  true,  then  current  is  on. 

If  CURRNT  is  false,  then  current  is  zero. 

•  XX ( I , 1 )  -  Lower  bank  break  point  coordinate  along  subscript  1  axis  (ft) 

•  XX(I,2)  -  Upper  bank  break  point  coordinate  along  subscript  1  axis  (ft) 

•  YY ( I , 1 )  -  Lower  bank  break  point  coordinate  along  subscript  2  axis  (ft) 

•  YY(I,2)  -  Upper  bank  break  point  coordinate  along  subscript  2  axis  (ft) 

The  bank  segment  subscript  I  must  be  sequentially  increasing  with  the 
direction  of  travel. 

Furthermore,  the  following  conditions  should  be  met: 

XX(I  +  1,J)  -  XX(I,J)  1  3V  2  <_  I  £  NXY,  J-1,2 

YY(I,2)  >  YY ( I , 1 )  2  £  1  1  NXY 

where  V  ■  boat  speed  in  feet  per  second. 

There  is  also  a  restriction  that  cannot  be  phrased  in  a  rigid  mathematical 
framework.  Adjacent  bank  segments  should  deviate  in  angle  by  less  than  35  and 
pairs  of  channel  break  points  should  be  placed  roughly  across  the  channel  from 
each  other.  If  violated,  it  does  not  necessarily  preclude  proper  execution  of 
the  code  or  arrival  at  an  appropriate  solution.  Restriction  on  channel  width 
(Minima  channel  width)  should  be  discussed,  i.e.,  channel  width  of  50  feet  and 
45°  turn  will  result  in  a  failure. 
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Another  further  restriction  that  cannot  be  made  rigid  is  that  regarding 
channel  width.  If  a  channel  width  is  too  narrow  in  a  turn,  the  inertia  of  the 
vessel  may  cause  a  collision  with  one  or  more  of  the  bank  segments.  In  addition, 
because  the  ship  is  modeled  as  a  point  mass  with  zero  width,  the  banks  should 
be  input  narrower  than  the  physical  channel  constraints. 

•  VC(J)  -  Current  magnitude  (f/s) 

J=1 , 8* (NXY- 1 ) 

•  PSIC( J )  -  Current  direction  measured  from  subscript  1  axis  to  subscript 
2  axis  (degrees) 

J=1 ,8*(NXY-1) 

The  initial  angle  at  which  the  boat  will  travel  is  automatically  set  parallel 
to  the  first  segment  of  the  lower  bank.  The  initial  derivative  of  this  angle  is 
set  to  zero.  The  initial  sway  velocity  is  set  to  zero. 

•  X( 1 , 1 )  -  Boat  initial  coordinate  along  subscript  1  axis  (ft) 

•  X(2, 1)  -  Boat  initial  coordinate  along  subscript  2  axis  (ft) 

•  U(l)  -  Boat  initial  longitudinal  velocity  it  is  with  respect  to  inertial 

reference  (f/s) 

•  PROPS  -  Initial  propeller  rates  (RPM) 

The  initial  position  X(l, 1) ,X(2, 1)  must  be  such  that  it  is  contained  in 
the  quadrilateral  formed  by  the  first  upper  and  lower  bank  segments.  The  initial 
velocity,  representing  the  resultant  of  the  velocity  of  the  boat  and  the 
velocity  of  the  current,  must  be  such  that  a  nonnegative  velocity  with  respect  to 
current  results. 

•  XWIND  -  Visibility  or  window  length  (ft) 

•  XRST  -  Distance  between  successive  initial  conditions  if  any  (ft) 

•  XRUN  -  Distance  of  total  run  (ft) 

•  HP  -  Trajectory  print  interval 

•  NS  -  Stopping  Criterion 


2-3 


This  last  variable,  NS,  determines  the  number  of  Iterations  to  be  performed 
after  the  trajectory  lies  completely  within  the  banks.  If  the  algorithm  does 
not  encounter  three  consecutive  maximum  number  of  halvings,  the  algorithm  will 
continue  until  twice  NS  iterations  are  executed.  However,  if  neither  occur, 
then  100  iterations  will  be  performed. 
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3.  USER  INTERACTIVE  INPUT  OPTION 


On  entering  the  program,  the  user  may  choose  to  input  the  various 
scene  definition  and  program  control  variables  described  in  Section  4  by  means 
ot  the  program's  Interactive  Input  Procedure  (IIP).  The  user  chooses  this  by 
answering  FALSE  (or  F  or  <CR>)  to  the  question  "D0  Y0U  WANT  T0  USE  Y0UR 


DATA.DAT  FILE  (T=  YES,  F  =  N0)?" 


"Interactive  input"  means  the  computer  prompts  the  user  for  information  and 

acts  on  his  responses.  Sometimes  the  computer  prompt  is  a  question  or  a  request  j 

1 

for  a  specific  piece  of  information  (such  as  a  filename).  In  other  cases,  the 
computer  presents  the  user  with  a  list  of  possible  actions  (called  a  menu),  from 
which  the  user  chooses  the  course  of  action  he  wishes  to  take.  The  user  continues 
inputting,  modifying,  and  examining  data  until  he  is  satisfied  that  it  is  all  correcl 
He  may  then  want  to  store  it  in  a  file  for  future  reference  or  use  and,  at  this 
time,  he  may  initiate  program  execution. 

In  the  (IIP)  for  this  program,  a  set  of  five  commands  is  provided  to  the  user, 
any  prompt  ending  in  a  double  carat  (’>>').  These  commands  are  listed  in  Table 
3-1;  they  are  also  described  to  the  user  when  entering  the  IIP.  The  commands 
make  it  possible  to  examine  data,  skip  over  irrelevant  data,  and  retain  default 
values  where  desired. 


IIP  C0MMANDS 

’X’  EXIT  THIS  MENU  (G0  T0  NEXT  HIGHER  MENU) 

'W'  WRITE  0UT  DEFAULTS  (PRESENT  VALUES) 


<CR>  OR  ’ 


'N' 


’H’ 


KEEP  DEFAULTS  F0R  THIS  P0INT ,  G0  T0  NEXT 

KEEP  DEFAULTS  F0R  THIS  P0INT  AND  REMAINING  P0INTS  IN  THIS 
GR0UP  (E.G.,  SKIP  T0  NEXT  BANK  0R  CURRENT  STATI0N) 

WRITE  AN  EXPLANATION  0F  THESE  C0MMANDS  AND  RELATED  MATER! 
0N  THE  SCREEN 

Table  3-1 
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Detailed  explanation  of  expected  input  precedes  many  of  the  prompts, 
although  the  user  may  cancel  this  once  he  has  become  familiar  with  the  IIP 
by  responding  FALSE  to  the  L0NGPR0MPTS>  prompt.  In  general,  user  input  will  consist 
of  integer,  real,  and  logical  constants,  with  no  internal  blanks,  separated 
bv  commas.  The  required  data  types  are  usually  exemplified  by  the  variable 
names  (which  follow  the  FORTRAN  default  name  typing  conventions)  and 
present  default  values. 

To  avoid  confusion,  texts  mention  logical  variables  explicitly 
since  logical  variables  have  no  default  name  types.  If  the  user  s.  i^d  enter 
a  value  of  the  wrong  type,  Fortran  will  report  the  error,  after  wh  an 
explanatory  note  will  appear  which  includes  a  list  of  the  expecte<  .*<*  types 
for  the  required  variables.  This  list  is  called  a  "template."  T1k  »iP  uses 
five  such  templates  (See  Table  3-2),  and  by  noting  the  template  number  of  the 
bad  read,  the  user  may  enter  the  correct  values  when  he  returns  to  the  prompt 
(immediately  after  the  explanatory  note).  While  this  takes  some  of  the 
pressure  off  the  user  (he  won't  lose  all  of  his  work  because  of  one  careless 
error),  care  must  be  taken  not  to  exceed  the  error  count,  as  the  program  will 
die  then  no  matter  what. 

Table  3-2.  IIP  TEMPLATES 


TEMPLATE  1 

L 

0NE  L0GICAL  VALUE 

2 

I 

0NE  INTEGER  VALUE 

3 

R,R 

TW0  REAL  VALUES 

4 

I.I.R.R 

TW0  INTEGERS,  TW0  REALS 

5 

R,R,L 

TW0  REALS,  0NE  L0GICAL 

The  prompts  given  by  the  IIP  are  virtually  self-explanatory.  The  super 
structure  of  the  IIP  is  embodied  in  subroutine  UINPUT  (see  Section  5)  to  which 
the  interested  user  or  programmer  is  referred. 


4. 


AUXILLIARY  INPUT  ROUTINE 


In  the  likely  event  chat  VNSS  is  to  be  run  a  number  of  times  with  an 
almost  identical  input  set,  the  auxilliary  program  COIN  can  be  most  useful. 

This  program  is  composed  of  three  sequential  portions.  The  first 
portion  reads  the  formatted  input  data  sequence  from  a  file  named  UATA.DAT 
and  prints  these  values  on  the  screen. 

The  second  portion  prompts  the  user  to  change  the  values  or  the  number 
of  entries  in  this  file.  The  third  portion  rewrites  the  thus  modified 
input  data  sequence  to  a  new  version  of  the  DATA. DAT  file.  This  new 
version  can  be  selected  to  be  the  input  data  for  a  subsequent  run  if  the 
VNSS  program  is  desired. 

This  program  also  creates  a  semi-permanent  file  of  the  input  data  used 
which  is  helpful  if  a  previous  run  is  ever  to  be  recreated. 
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5. 


SUBROUTINE  INTERCHANGEABILITY 


A  possibility  exists  that  the  USCG  has  now,  or  will  have  in  the  future, 
various  vessel  and  scene  descriptions  in  the  format  of  the  supplied  subroutines 
DTL10,  DTM10,  and  DTN10.  The  VNSS  program  has  been  written  in  such  a  fashion 
that  any  or  all  of  these  subroutines  may  be  interchanged  with  correspondingly 
named  ones. 

An  obvious  restriction  is  that  all  named  common  blocks  must  be 
dimensioned  in  exactly  the  manner  as  the  supplied  subroutines.  Other  less 
obvious  restrictions  also  exist.  Among  these  is  the  appropriate  setting 
of  variable  NPTL  in  MAIN.  Currently,  it  is  set  to  the  numeric  30  which  is 
appropriate  for  DTN10  corresponding  to  Berwick  Bay.  The  required  change 
would  be  to  set  it  equal  to  the  variable  NCCT  which  appears  in  common 
block,  B9. 

The  VNSS  program  requires  that  the  vessel  travels  in  the  general 
direction  of  increasing  X  and  increasing  bank  breakpoint  subscripts.  In 
the  event  that  a  desired  run  for  an  interchanged  DTN10  does  not  have  this 
property,  then  a  coding  change  must  be  made. 

Also  required  is  that  the  upper  bank  be  referenced  in  polar  coordinates 
from  the  lower  bank.  That  is,  so  that  the  upper  bank  breakpoints  will  be 
designated  by  subscript  2.  When  such  is  not  the  case,  it  must  be  remedied 
by  an  appropriate  coding  change. 
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6. 


OUTPUT  MESSAGES 


6.1  Messages  Appearing  on  f'--een 

•  BOAT  CROSSES  BANK 

This  message  indicates  that  one  or  more  of  the  trajectory  points 
lies  outside  the  channel.  This  message  is  typical  during  the 
early  iterations  of  the  converging  process.  Once  this  message 
fails  to  appear  before  the  iteration  counter,  then  it  should 
never  reappear  again  for  the  current  trackline. 

•  NIT=  number 

This  is  the  iteration  counter. 

•  SEARCH  TTPE= number 

If  0 — indicates  a  doubling  of  rudder  command  increment  takes  place 
If  1 — indicates  a  halving  of  rudder  command  increment  takes  place 
If  2 — indicates  first  search  point  where  maximum  rudder  command 
increment  is  3  miliradians. 

•  UNUSUAL  CHANNEL  CONDITION  -  BEWARE ! 

This  message  indicates  that  the  bank  subscript  numbers  used  in 
the  objective  function  calculation  differ  by  five  or  more.  This 
may  be  normal  for  a  particular  channel;  it  may  indicate  that  a 
temporary  error  has  been  made,  or  it  may  indicate  that  an  error  from 
which  there  is  no  recovery  has  been  made.  The  message  is  preceded  by 
the  subscripts  of  the  lower  bank  followed  by  the  upper  bank 
(subscript  2  refers  to  the  first  segment,  3  to  the  second,  etc.). 

If,  in  relation  to  the  channel  under  investigation,  the  vessel 
cannot  be  in  a  position  where  it  is  'keying'  off  the  output 
subscripts,  then  the  program  should  be  aborted  and  an  inspection 


of  the  input  banks  breakpoints  made.  This  error  is  usually  the 
result  of  consecutive  X  -  coordinates  spaced  too  closely  together 
(See  Section  2). 

Messages  Appearing  on  Printed  Output 

•  BOAT  CROSSES  BANK 
See  Section  6.1 

.  hit  = 

See  Section  6.1 

•  UNUSUAL  CHANNEL  CONDITION—  BEWARE ! 

See  Section  6.1 

•  ERROR  -  CHANNEL  DEFINITION  EXCEEDED 

This  message  is  generated  if  the  run  length  causes  the  vessel 
trajectory  to  extend  beyond  the  end  of  the  channel  definition. 

If  it  occurs  during  the  early  iterations  of  the  converging  process, 
but  not  the  later  ones,  then  it  can  be  disregarded.  When  it  occurs, 
at  the  later  iterations,  then  the  run  length  input,  XRUN,  was 
unnecessarily  large.  Due  to  a  late  retrofit,  this  condition  causes 
no  problem  other  than  extended  execution  time. 
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7. 


COMMAND  FILES 


To  facilitate  user  manipulation  (when  required)  of  the  simulation,  certain 
command  and  related  files  have  been  provided.  Their  names  are: 

•  REV3.TSK  =  the  simulation  itself 

•  REV3.CMD  =  compiles  all  routines  for,  and  task  builds,  the  simulation 

•  REV3T.CMD  =  task  build  directives  file 

•  REV30.0DL  =  overlay  description  file 

•  REV3P.CMD  =  spool  a  complete  listing  of  the  simulation  and  its 
ancillary  files. 

Therefore,  the  following  commands  and  command  sequences  can  be  used  to 
accomplish  certain  user  goals: 


• 

To  initiate  program  execution: 

>RUN 

REV  3 

• 

To  task  build: 

>TKB 

0REV3T 

• 

To  recompile  a  single  routine  and  run: 

>FOR 

name  =  name 

>TKB 

0REV3T 

>RUN 

REV  3 

• 

To  recompile  all  routines  and  run: 

>@REV3 

>RUN 

REV  3 

•  To  spool  a  complete  listing 

(listing  contains  UIC  directory,  individual  routine  listings, 
command  file  listings,  overlay  description  file  listing,  task 
build  map,  and  run  results): 

>PIP 

PIP>@REV3P 

PIP>-Z 

•  To  spool  a  short  listing  (similar  to  above,  but  without  individual 
routine  listings): 

>PIP 

PIP>@REV3SP 

PIP>*Z 

Listings  of  the  important  files  mentioned  in  this  section  follow. 
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7.1  REV3.CMD 


rHIS  Cl^AND  FILE  CORPTbES  AM-  S'lBHnilTlNFS  FOR  THE  NSS  >JSI  lb  1-K 
FOR  CUPll.EK,  AMO  THEN  TASK  BUILOS  THE  NSS. 

MITE  T.t  A  f  [311,11  Cn*Tftl\)S  MSS,  hEV.  3.1  ( PKKb  I » I H  Ak  Y  ) 

•  HKRK&S  f133,2l  CT>'TAI  IS  MSS,  REV.  3.0  (EARLY  kfcVTSjm  3;  I E , 
AM  I  Ml'ERMtnTAT-;  RATHER  T“A»->  A  E  J  A  b  VERST. E), 


tt«ie 

FOR  MATM,  HAIN/-SPSHAIM 
FOR  AAl'KS,  HAMKS/-^PsHA  MKS 
FOR  Cb$,Cl.R/-SP*CbS 
F}R  ?I!WT,CIIVT/-SP  =  C'IRT 
e-jR  OEGRE ,  PE(3RF/-SP*DEC;R£ 

E)R  3RH 1  0  ,  l)RIJ10/*SPsf)RtJl  1  0 
FOR  ORVlO,PRV10/"SPaORV10 
f.»r  ■»n.tf;,^rr,to/-sp=oT(Jt'> 
e n  or>-f  id ,  r j r vi i  o/-sPsi>r mi  o 
E  MR  0  Ml  3,0  1  ‘'I  o/«s°sdt.mi  o 
FOR  l)YNA?,OY')A2/-SPal5YMA? 

FOR  0YO?#l>Y  »2/-SPsOY'l2 
FOR  FW1'MM,FH10h.\I/-SPsFE10hH 
ni  H'lY  .1  ,  rl!>Y  J/-SP=MOY  V 
F  )R  HEI.P,  HEI.P/-SP  =  HELP 
F  iR  T  MTT,  1  MT  r/-SP  =  T  MT 
ETR  P,P/-SPsP 
F  )R  PIER,PIER/-SP=PIER 
FOR  {*Rn*PT,PH3MPT/-SPsPRa*Pr 
FOR  opno, PRop/-4PsPR0P 
E  MR  RES1 0, RES1 0/-SPs«KSl 0 
FOR  SOM  1  ,S  IA1  l/-SPaS'IHl  1 
F  )R  Sd<m,S'l«12/-SPsS'J{M  2 
FOR  TRACK, TPACK/-SPsTRACK 
for  UCNTRr,,oCNTRL/-SPsnCMTRb 
FOR  ir<P'iT,.iTOpli  IV-^Ps  lT'-'PiJ  r 
FOR  tJREAO,  MREA0/-SP=  IRKA 0 
E  )R  JRKAOT , ORFAOt /-SPs MOEA'H 
FOP  O  VRTTE,  HPRITEZ-SPstJ^RTTC 
FOR  til  ,!I1/-SP*U1 

FOR  IMOFLT,>Mi>FLT/-SPsUlDFLT 

FOR  l2,n?/-SPr!12 

FOR  'l?0FLT,n20Fl.T/-SPsU?DEf.T 

FOR  d3,'»3/-SPsL>3 

FOR  'J3nFLT,»i30TLT/-SPalJ30FLT 

FJR  l)4,'J4/-SP*U4 

FOR  H4DFL,T,'J40FfJT/-SPsU4DFl,T 

FOR  .VTOTM,  WIOTH/-SPsKIT»TH 

FOR  X,X/-S P*X 

J  TKH  • R K  V  3 T 

TTRF 
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7.2  REV3T.CMD 


ASf.sSY:  t  : 2 : s: ft, n : 3:4 

STACKsbU 

// 


Copy  avaiiui>io  10  ciouj  u\** 

permit  fully  legible  reproduction 


7-3 


i 


REV30.0DL 


FIS 

Fll! 

F12: 

f  1 2  <\ : 

FI  2 f'  * 

Ft2r: 
F2J 
F2M 
F  i\l 


.RO.Tl’  *  A  I  J-H-UC'J  P»|.-01£Ci«e-t>TKW-*(F1  ,  |r  ?  ) 

, FC TR  ilI»ipUT-*(Fli  ,Ft2) 

,FCTR  I  MI  T-DfLlO-DT#  10-OIrtl 0-SUB  li 
,FCr«  F12A-F12B-F12C 
.fctk  i«i-.j2-;n--u* 

,rcr«  HiaFL  |-M20«,f.T-IUI»FLr-'l4i>KI.1 
. C  '•  P  <')4Pr-  ikFADI-HF.LP- JRC  A!  -l;  o' H  e. 

.FCf*  TPACK-P-F2A-*CF21 ,F22) 

•  FCTW  AOi  >l-CURT-nRM10-PRnp-ORVH»-F.4lU!<  w-RFSlO 
.FCTK  ttA*KS«3¥tM2 
#Ff?TR  TY.-A2 

.*■  n 


'  ri 


--  -■  ‘ 

I'i 

1-^  Vr  -  - 


7.4  REV3P.CMD 


•THTS  FT|,fe:  SIMPLIFIES  PRINTING  OUT  FILES  RELATED  TU  THfr.  MSS  (Rfr:v  3,1  J. 

•  T7  dSK  IT,  TYPE  "PIP",  AND  RESPOND  TO  THE  PROMPT  MTH  "  f*  R  E  V  3  P  "  . 

•  Afr'TFR  THE  PRINT  HAS  *Efc>'  Qi'EUEl)  ,  PIP  PILL  PROMPT  AGATM  *  RESPOND 
;  'irM  A  "*z"  r0  EXIT  PIP, 

i ! i  Ik. da 

jijvk.dats*.  *;*/!.  I 

J’J  VK,  DAT,  HfrOMP.CMD,  rev  3,  C'O/SP 

-UlM.FTM,SANKS.Ervl,CLS.ErN,CiiRr,F  riM.DRGRE.Fl’rf  ,DPH1U.FTM/SP 

ORtf  1  ■) .  p  T  '1 ,  DTM  0  .  F  r  -4 ,  )  r  M  ,  FT-J ,  OT'J  i  u  .  V  T\  ,  D  Y^A  7  .FTH/5P 

OYM?  ,  PT  M  ,  F,  t  (Ih'i  ,F  r-J  ,  HOY  i.FT  I ,  HELP.  F'l  ,  I  *  IT.fr  X‘f  ,  P  ,  FT  -</SP 

PIER.  F  P '  ,  PROMPT,  FT  >1  ,  PM  IP.fr"  f  I,  RfSt*'  ,P1  1  ,S>JR  11  .  fr  I  *  ,SD-<  l  ?  .  fr  T?  /SP 

TR  AC*<  «  E  TM  ,  l/CN  FRii  ,  FTM  ,  0 1 MPOT.  F T "J ,  !JR  t’A  D ,  FTN  ,  URfr. Al.' T  . FT’1 ,  O'VRITF  .  FTN  /SP 

HI  ,Fr*,Uir)FF(T.FrN,U?.FTfVJ2r>fr~LT.Fr\,l>3,fr'T<'<,"3DFt.l’.FT;ii/SP 

.14,  FTN,  ilAOfrM.T.fr'TH,  WIDTH.  FT  ‘l,X.FTM/.SP 

PFVlT.r  'D,  Rfr  V30.0DL/SP 


Copy  available  to  DTIC  does  not 
permit  fully  legible  reproduction 
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